home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0080 / 816.txt < prev    next >
Text File  |  1997-04-16  |  9KB  |  208 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Sat, 16 Dec 89       Volume 89 : Issue  816
  4.  
  5. Today's Topics:
  6.            A few questions on CAD 3D II and Cyber-animation
  7.                               C Question
  8.              Facts, not only talking about them. (2 msgs)
  9.                          Source code control
  10.                           Still searching...
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 15 Dec 89 21:28:39 GMT
  14. From:
  15.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!attcan!ncrcan!hcr!jonathan@tut.cis.
  16.  ohio-state.edu  (Jonathan Fischer)
  17. Subject: A few questions on CAD 3D II and Cyber-animation
  18. Message-ID: <1989Dec15.212839.1451@hcr.uucp>
  19.  
  20. In article <1632.25855bdf@cc.helsinki.fi> jalkio@cc.helsinki.fi writes:
  21. >
  22. >Can the CAD 3D II use more than 1 meg of memory? That is, can I use more
  23. >and/or more complicated objects if I have over 1 MB of memory?
  24. >
  25. >Is there some way to play Cyber-animations from Hard Disk? In that way I
  26. >could have even 80 MB (or over) of continuous Cyber-animation. Is this
  27. >possible?
  28.  
  29.         Yes to both questions.  In fact, I find CAD 3D II pretty crippled
  30. in 1 Meg unless I remove almost everything from C:\AUTO.  And yes, on
  31. Compuserve I saw a program which plays large .DLT animation files directly
  32. from the hard drive.  Perhaps someone who has already downloaded it can
  33. send it to comp.binaries.atari.st.  If not, maybe I'll try to find it
  34. again on Compuserve.
  35.  
  36.         I kind of wish I had more time to play with CAD 3D, Cyber Control,
  37. et al.  It's really ideal software for a 'personal computer.'  You can have
  38. so much fun (for a great deal of work) creating objects and doing strange
  39. and twisted things to them.  I've even put some animations on video tape,
  40. thanks to Practical Solutions video cable.  In a sense, the Cyber system
  41. really represents what I bought a home system for in the first place --
  42. being creative, and doing neat graphic doodads, just for the fun of it.
  43.  
  44.         Maybe if I ever get a TT (smiley alert), I won't have to wait so
  45. long for CAD 3D to do anything.  If only Tom Hudson hadn't used floating
  46. point... you can still accomplish everything with 'fixed-point' or even
  47. just integer coordinates on a very large scale.
  48. --
  49. Jonathan Fischer             HCR Corp               Toronto, Ontario, Canada
  50.  
  51. ------------------------------
  52.  
  53. Date: 15 Dec 89 21:11:42 GMT
  54. From: unhd!al770@uunet.uu.net  (Anthony Lapadula)
  55. Subject: C Question
  56. Message-ID: <1989Dec15.211142.7509@uunet!unhd>
  57.  
  58. This probably doesn't belong in this newsgroup any more than my last
  59. posting ("he," "she," and "e"), but....
  60.  
  61.  
  62. In some article Jeff Beadles wrote:
  63. >
  64. > [in all of this, the use of "static" is optional. ]
  65.  
  66. Not if we are talking about local variables, which we are.
  67.  
  68.  
  69. > char *fred = "Hello";
  70. >
  71. > is IDENTICAL to
  72. >
  73. > char fred[] = "Hello";
  74.  
  75. Not quite.  In the first case, a legal assignment would be
  76.         fred = "Goodbye";                       /* 'fred' now points to a different string */
  77.  
  78. This assignment fails in the second case.
  79.  
  80. -- Anthony (No Sig Needed) Lapadula
  81.  
  82. ------------------------------
  83.  
  84. Date: 15 Dec 89 22:08:59 GMT
  85. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  86. Subject: Facts, not only talking about them.
  87. Message-ID: <1888@atari.UUCP>
  88.  
  89. Ralph Haglund, please don't do that again.  You are posting information
  90. from Atari developer documentation, which is both copyright by Atari
  91. and released under nondisclosure agreements to Atari developers.
  92.  
  93. The main reason we'd like you not to do that is the possibility of
  94. introducing errors in transcription.  When you say something is
  95. official, people rely on it.  When it turns out to be wrong, they get
  96. mad at ATARI, not at you.
  97.  
  98. That and other reasons are why we say people should get things like STe
  99. documentation by becoming developers and getting them through channels.
  100.  
  101. ============================================
  102. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  103. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  104.  
  105. ------------------------------
  106.  
  107. Date: 16 Dec 89 08:32:28 GMT
  108. From: mcsun!sunic!lth.se!newsuser@uunet.uu.net  (Ralph Haglund)
  109. Subject: Facts, not only talking about them.
  110. Message-ID: <1989Dec16.083228.25280@lth.se>
  111.  
  112. This info from Alan Pratt I also got privately, and privately I gave a
  113. lengthy answer. In short: I am an "official developer", but have not got
  114. a single sheet of info from ATARI Sweden ever since I bought the kit and
  115. got a bunch of badly copied papers. It was clearly stated in my message
  116. that I had made a quick resume of an article in a German magazine, and I
  117. do think the netlanders have the same priority as the German ST community,
  118. correct me if I am wrong.
  119. Half a year ago or so I also sent in some sheet from the original developer
  120. kit to Atari USA, to get some additional info. Nothing has reached me from
  121. them either.
  122. In June or so I called Atari Stockholm, was promised TOS1.4 and docs in a
  123. few weeks. Still NOTHING. To be able to work I have made a copy of the ROMs,
  124. that come with the big screen monitor..... That is the only way a Swedish
  125. developer can get TOS 1.4, any comments?...
  126. Sure, I hope soon to get the developer's info about the STE, I will gloat
  127. over all the secrets I have promised not to disclose to any human being, just
  128. for the chance of making better programs than the demos accompanying the STE.
  129. Shouldn't take too long I must admit. One big screen, where the mouse can show
  130. 3x3 normal screens. One sound show of a minute or so, playing 3-4 different
  131. sounds a couple of times.
  132. ST Magazin in Germany at least sells a diskette for DM19:90 with a demo of
  133. the 4000 colors at the same time. WITH assembly code.
  134. I hope none from Amiga or Apple will read this, so they can steal ideas;
  135. suppose that is what the secrecy is all about.
  136.  
  137.  
  138. |-------------------------------------------------------------|
  139. |  Want to talk to me? Try:                                   |
  140. |  QRALPH@SELDC51  ||  QRALPH@SELDC52  ||  qralph@dna.lth.se  |
  141. |  My name? In official Sweden it is: 4.901.185.654 (secret)  |
  142. |  Anywhere else: Ralph Haglund                               |
  143. |  Disclaimer: If it works, it's out of date.                 |
  144. |_____________________________________________________________|
  145.  
  146. ------------------------------
  147.  
  148. Date: 15 Dec 89 22:29:59 GMT
  149. From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
  150. Subject: Source code control
  151. Message-ID: <1839@sbsvax.UUCP>
  152.  
  153. In article <750039@hpsad.HP.COM>, bobw@hpsad.HP.COM (Bob Waltenspiel) writes:
  154. >
  155. > Does anyone know if the source code for RCS is available from somewhere,
  156. > (MIT?)?
  157.  
  158. There has been a posting of RCS in the amiga source group some weeks ago. I
  159. have not looked at the code, but maybe it could be ported to the st as well.
  160.  
  161. >
  162. > -Bob
  163.  
  164.         - Edgar
  165.  
  166. ------------------------------
  167.  
  168. Date: 16 Dec 89 04:48:53 GMT
  169. From: bane@mimsy.umd.edu  (John R. Bane)
  170. Subject: Still searching...
  171. Message-ID: <21312@mimsy.umd.edu>
  172.  
  173. In article <1854@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  174. >
  175. >daniel@pkmab.se (Daniel Deimert) writes:
  176. >| Why should I buy a computer I can't use?  Like buying a car and when
  177. >| you ask for an explanation of the buttons getting the answer: "Sorry,
  178. >| you have to be a registred driver to get to know this.  You shouldn't
  179. >| know about more than the gear and the wheel."
  180. >
  181. >Why do so many people use this analogy?  A computer is not a car.
  182. >A computer is a computer.  But, since you insist, getting technical
  183. >information (on a level equivalent to "How do I program DMA sound?")
  184. >from an auto manufacturer isn't all that easy either.  Try it some time.
  185. >
  186. I can walk into any decent auto shop and purchase a repair manual for most
  187. cars available in America.  I can walk into any computer book store and
  188. purchase cubic yards of books on how to program an IBM PC or a Macintosh.
  189. In both these cases at least one version of this information is published
  190. by the manufacturer, and can be purchased for less than $30.
  191.  
  192. The only Atari-approved source of this information is the developer's kit,
  193. which is over $100 last I heard.  The alternatives are reverse-engineering
  194. exercises like Abacus books and the documentation supplied with various
  195. compilers.
  196.  
  197. I don't require this information to be free, but I would like it to be
  198. available from Atari for a price that meets my need for it (generalized
  199. hacking around, little possibility of commercial success).
  200. --
  201. ARPAnet: bane@mimsy.umd.edu
  202. UUCP:...umcp-cs!bane
  203.  
  204. ------------------------------
  205.  
  206. End of INFO-ATARI16 Digest V89 Issue #816
  207. *****************************************
  208.